V2Ray官方消息列表

由于时间关系，Github中已关闭的issue可能直接跳过不看了，如果需要开发人员关注，请保持打开的状态。

关于端口隐藏的问题，一直在讨论的一个方法是使用一个常见端口（如443），在此端口上架设一个常见的服务器（如Nginx）。当收到的请求是正常HTTP(S)请求时，把此请求转发给Nginx，否则转发给其它的后端程序。目前V2Ray中提供了WebSocket传输模式可以无缝搭配Nginx使用。至于传统的SS或VMess流量，V2Ray的观点是，它需要一个第三方程序来做转发，即V2Ray Core不会考虑支持这种自定义的流量转发。如果你需要这个功能，可以考虑制作一个单独的程序来处理，V2Ray可以提供相应的API进行预处理。

软件调试的基础方法: 控制变量法。即在保持大环境不变的情况下，改变少量参数来确定是不是这些参数引起的问题。比如两个客户端连接同一服务器，一个连不上一个连得上。可用的方法有: 1) 比较两个客户端配置文件的差异 2) 在两个客户端上使用相同的配置文件 3) 检查客户端版本 4) 检查环境，如操作系统版本。 当确定是某一个地方出问题时，比如配置文件不一样，则可以把可连通的配置文件逐条修改至不可连通的配置文件，以确定是哪一条产生的问题。

关于TLS混淆，V2Ray用的是真TLS，即完全符合TLS协议；Shadowsocks的obfs和SSR的TLS混淆用的均为假TLS，即只模拟了部分TLS协议。真TLS的优势是服务器端防探测，第三方用任意的TLS数据包探测，V2Ray都能做出合理的响应，而假TLS则带有明显的特征。真TLS会有首次连接时进行一个两次通信(2-rtt)的握手，比起假TLS略慢，但之后的连接中，由于使用了缓存，握手不会有性能差异。

易用性并不是V2Ray Core的设计目标，如果你觉得Core比较难用，可以使用现有的图形化配置工具，如果没有找到合适的，可以发动身边的大神，或者自己开发一个。

有什么想问的非技术问题可私信，常见问题我会统一在这里回答

Q: 为啥平时问你你不理我
A: 1) 太忙没看见 2) 看见了没时间调试 3) 答案太复杂没时间写

目前V2Ray官方没有收费的服务，任何收费的服务和V2Ray没有任何关系。

关于对于 GFW 开发人员的人身攻击：道德上来说人身攻击是不对的，我们做事情应该对事不对人。同时开发 GFW 的工程师以及论文作者，实际上也都是无名小卒，他们不做也有其他人做。但是，凭什么他们可以把论文发到 IEEE，而我写个代码还要考虑匿名的问题。你们知道开发这样一个工具的精神压力有多大么？你们看到其它的工具被删库，应用被下架了么？大家都是辛辛苦苦做些事情，凭什么有些人可以加官进爵，而有些人连名字都不敢透露。我们就是要对 GFW 相关人员进行攻击，要让他们知道这个工作是有风险的，甚至是高危职业。压力不在他们那里，就在我们这边。如果你们还想看到翻墙工具继续发展，请尽力把压力推向 GFW 一边。如果没有人愿意开发 GFW，没有人愿意研究翻墙工具的漏洞，那么我们就有更多的精力来设计更完美的工具。